home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950929-19951130 / 000241_news@columbia.edu_Mon Oct 30 14:15:16 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB

  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA07272
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Mon, 30 Oct 1995 09:17:57 -0500
  3. Received: by apakabar.cc.columbia.edu id AA00337
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Mon, 30 Oct 1995 09:15:55 -0500
  5. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  6. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Problems with C-Kermit & the modem device
  9. Date: 30 Oct 1995 14:15:16 GMT
  10. Organization: Columbia University
  11. Lines: 42
  12. Distribution: na
  13. Message-Id: <472mlk$6l@apakabar.cc.columbia.edu>
  14. References: <46ok86$f16@maroon.tc.umn.edu>
  15. Nntp-Posting-Host: watsun.cc.columbia.edu
  16. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  17.  
  18. In article <46ok86$f16@maroon.tc.umn.edu>,
  19. Sothamith Chau <chau0004@maroon.tc.umn.edu> wrote:
  20. : I am having a problem getting C-Kermit to interact properly on a Sun 1000
  21. : with a telebit modem. C-Kermit functions properly, but after HANGUP and
  22. : leaving the program, users attempting to dial into the machine will
  23. : receieve a connection to the modem, but will never get the login prompt.
  24. : We have isolated Kermit as the program affecting a change in the config of
  25. : the modem and port. I can reset the modem/port to allow logins again by
  26. : using 'tip cuab' and sending "ATL7\n", then subsequently issuing
  27. : 'sacadm -x -p zsmon' as superuser. However, I would prefer to address the
  28. : reason why Kermit is changing this configuration, and how, via either some
  29. : commands that I am overlooking, or via a code modification, I can change
  30. : this.
  31. This is an open problem.  I don't think it's Kermit's "fault".  There has
  32. been no end of trouble with ports on Solaris, particularly those that are
  33. set up for bidirectional use, when the same code (more or less) works on
  34. hundreds of other UNIX versions.
  35.  
  36. According to one informant, there is a bug in Solaris 2.3 that causes this;
  37. bug ID 1191317, and a corresponding patch 101720-02, but there is no
  38. corresponding patch for Solaris 2.4.  It's not clear to me whether Sun
  39. acknowledges a bug in Solaris 2.4.
  40.  
  41. Many people point out that the problem does not happen with TIP, CU, etc.
  42. But that, I believe, is because these are Sun products, which are either
  43. engineered to work around the problem, or are coded to use some API that
  44. we don't know about.  Another informant supplies this hint (regarding
  45. TIP): "it opens the port, does an ioctl setflags with XCLUDE and
  46. HUPCL...".  Evidently XCLUDE is not documented anywhere, except in the
  47. header file <sys/termios.h> that defines it:
  48.  
  49.   #define XCLUDE 0100000  /* *V7* Exclusive use coming from XENIX */
  50.  
  51. That's all I know.  Further info would be appreciated, especially from
  52. anybody who has a Solaris 2.3 or 2.4 system and a bidirectional port who
  53. can try adding this flag and seeing what difference it makes.  In the
  54. meantime, it seems the safest course is (as always) to avoid bidirectional
  55. port setups in Solaris (and most other UNIX variants) whenever possible.
  56.  
  57. - Frank